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DETAILED ACTION 

1 . This action is in response to the application filed on 12/21/2000. 
Claims 1-22 are original claims. 

Claims 1-22 are pending in the application. 

Claim Rejections - 35 USC §112 

2. The following is a quotation of the second paragraph of 35 U.S.C. 1 1 2: 

The specification shall conclude with one or more claims particularly pointing out and 
distinctly claiming the subject matter which the applicant regards as his invention. 

Claim 19 is rejected under 35 U.S.C. 112, second paragraph, as being indefinite for 
failing to particularly point out and distinctly claim the subject matter which applicant regards as 
the invention. 

Claim 19 recites, "where an end of the segment pints to a program counter of the 
program". The functionality is not clear. Examiner interprets, "where an end of the segment points 
to a program counter of the program". 

Claim Rejections - 35 USC § 102 

3. The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 

A person shall be entitled to a patent unless - 

(a) the invention was known or used by others in this country, or patented or described in 
a printed publication in this or a foreign country, before the invention thereof by the 
applicant for a patent. 
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(b) the invention was patented or described in a printed publication in this or a foreign 
country or in public use or on sale in this country, more than one year prior to the date of 
application for patent in the United States. 

3.A. Claims 1-21 are rejected under 35 U.S.C. 102(a) as being anticipated by Hardware 
Reference Manual, "Intel™ IXP1200 Network Processor Hardware Reference Manual", 
appeared in http://www.hcs.ufl.edu/, version 1.0, June 2000. 

Given the broadest reasonable interpretation of followed claims in light of the 
specification. 

As per claim 1 : The manual (Hardware reference manual) discloses, 
"A method of debugging code that executes in a multithreaded processor having a 
plurality of microengines (see page 4-47, section 4.17, Debugging Support) comprises: 
inserting a segment of executable code into an unused section of a target microengine's 
microstore (see page 4-48, section 3.17.3: Breakpoints, lines 1-3, 'insert and remove 
breakpoints...', and indent 2, placed in unused code space..') in response to a first context 
swap of one of a plurality of hardware-supported execution threads of a program 
executing in the target microengine (see page 4-47, second and third paragraphs of section 
4.17.2, particularly, 'after context switch point' in the last 2 lines); 

executing the segment of executable code (see page 4-48, section 4.17.3, indents 6 and 7; 
and see page 4-24, first paragraph of section 4.10, '...a context switch occurs and another 
program begins executing. 1 ); and 

resuming execution of the program in response to a second context swap (see page 4-48, 
section 4,17.3, indent 8, 'A branch back to the address...,). 

As per claim 2 : The manual discloses "inserting comprises: saving program counters 
associated with the plurality of hardware-supported execution threads (see page 4-48, 
section 3.17.3: Breakpoints, indent 1 f saves the address...'); 

modifying the target microengine's program counters to jump to a start of the segment of 
executable code (see page 4-49, Example 4-5, 'BR' and *break_routine'); and 
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appending the saved program counters to an end of the segment of executable code (see 
page 4-49, Example 4-5, (to breakpoint_point +1) after 'BR'). 



As per claim 3 : The manual discloses, "inserting further comprises receiving a user request 
to execute the segment of executable code" (see page 4-25, section 4.10.1, 'Explicitly 
requested events are requested by the programmer via program instructions', and see page 4-47, 
section 4.17.2, third (or last) paragraph, 'user to hop'). 

As per claim 4 : The manual discloses, tt wherein executing further comprises examining 
states of the execution threads at the second context swap" (see page 4-47, section 4 .17. 2, 
third (or last) paragraph, 'execution progress is monitored after a context switch point 1 ) 
As per claim 5 : Intel manual discloses, "wherein resuming further comprises removing the 
segment of executable code from the microstore" (see page 4-48, section 4.17.3, 
Breakpoints, first paragraph, 'dynamically insert or remove breakpoint into the Control Store') 
As per claim 6 : The manual disclose interrupt service (see page 4-48, section 4.17.3, 
Breakpoints, paragraph 'note:', between indents 5 and 6, The StrongARM interrupt service 
routine'), where interrupt service is known for saving resumed addresses of execution for 
interrupting service routines). This teaching covers claim limitation: "The method of claim 1 
wherein resuming comprises restoring the programs counters of the plurality of hardware 
supported execution threads that have not executed 1 . 

As per claim 7 : The manual discloses, "The method of claim 1 wherein the segment of 
executable code resides in a library executable code segments residing in the processor* 
(see page 4-47, section 4.17, first paragraph, 'Workbench and debug libraries'). 



As per claims 8 : The manual discloses, "A method of debugging software that executes in a 
multithreaded processor having a plurality of microengines comprises: 
pausing program execution in a plurality of threads of execution within a target 
microengine (see page 4-47, section 4.17.2, first paragraph, '..the running and Paused states..'). 
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inserting a segment of executable code into an unused section of the target microengine's 
microstore (see page 4-48, section 3.17.3, Breakpoints, lines 1-3, Insert and remove 
breakpoints...', and indent 2, placed in unused code space..'); 

executing the segment of executable code in the target microengine (see page 4-47, section 
4.17.2, second and third paragraph, particularly, 'after context switch point 1 in the last 2 lines); 
and resuming program execution in the target microengine" (see page 4-48, section 4.17.3, 
indent 8, 'A branch back to the address...,). 

As per claim 9 : The manual discloses, "The method of claim B wherein pausing is in 
response to a user command to pause" (see page 4-47, section 4.17.2, second paragraph, 
The user can manually place the Microengine into a paused state...') 
As per claim 10 : HRM discloses, "The instruction of claim 8 wherein the user command to 
pause further comprises selecting the target microengine from one of the plurality of 
microengines? (see page 4-49, section 4.17.4, first paragraph, When a Microengine is placed 
into the Stopped or Paused state...') 

As per claim 1 1 : The manual discloses, "The method of claim 10 wherein the user command 
to pause further comprises selecting the segment of executable code 1 * (see page 4-47, third 
paragraph of section 4.17.2, (the last paragraph of the page), It is possible for the user to hop the 
execution..'). 



As per claim 12 : The manual discloses, "The method of claim 8 wherein pausing further 
comprises determining when one of the plurality of threads of execution context swaps" 
(see page 4-47, section 4.17.1 , third paragraph, 'reading the current PC for each of the contexts'). 
As per claim 13 : The manual discloses, "The method of claim 8 wherein inserting further 
comprises: modifying a program counter of the paused program to point to the segment of 
executable code; and modifying a program counter at an end of the segment of executable 
code to point to the paused program" (see page 4-49, Example 4-5). 
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As per claim 14 : The manual discloses, "The method of claim 8 wherein the segment of 
executable code causes the target microengine to write to specific registers" (see page 4- 
48, section 4.17.3, indent 7, '...writing to the CTX_ENABLES. . . ') . 
As per claim 15 : The manual discloses, "The method of claim 14 wherein the specific 
registers are examined by a user during execution of the segment of executable code" (see 
page 4-49, first paragraph of section 4.17.4, The ALU_OUTPUT CSR can be read...'). 



As per claim 16 : Regarding, "A processor that can execute multiple contexts and that 
comprises: 

a register stack; a program counter for each executing context; an arithmetic logic unit 

coupled to the register stack and a program control store that stores a breakpoint 

command (see page 4.1 , section 4.1 : Overview) that causes the processor to": 

pause program execution in a context in the processor; insert a segment of executable 

code into an used section of a microstore associated with the context; execute the 

segment of executable code; and resume program execution": 

The claim limitation has the functionality corresponding to the functionality of claim 8. 

Claim 16 has the claim functionality corresponding to the functionality of claim 8; therefore it is 

rejected in the same reason as set forth in connecting to the rejection of claim 8. 



As per claim 17 : The manual discloses, "The processor of claim 16 wherein program 
execution is paused by disabling a processor enable bif, (see page 4-14, section 4.6.4, 
second paragraph, '...writing to the CTX_ENABLES register 1 )- 

As per claim 18 : The manual discloses, "The processor of claim 16 wherein the segment is 
inserted in response to a user request received through a remote user interface connected 
to the processor* (see page 4-48, section 4.17.3, indent 3, 'If the user chooses'). 
As per claim 19 : The manual discloses, a The processor of claim 16 wherein an end of the 
segment pints to a program counter of the progranf (see page 4-49, Example 4-5, 
particularly, 'breakpoint 1 in the routine). 
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As per claim 20 : The manual discloses, "The processor of claim 16 wherein the segment 
examines states of execution of the contexts 9 (see page 4-49, section 4.17.4, first paragraph, 
The ALU_OUTPUT CSR can be read... 1 ). 

As per claim 21 : The manual discloses, "The processor of claim 16 wherein program 
execution is resumed by enabling a processor enable bit (see page 4-1 3, section 4.6.3, 
'.. .enabled via CTX_ENABLES registers 1 ). 



3.B. Claims 1-15 are rejected under 35 U.S.C. 102(b) as being anticipated by Xu et al., 
Dynamic Instrumentation of Thread Applications", 1999 ACM. 



Given the broadest reasonable interpretation of followed claims in light of the 
specification. 

As per claim 1 : Xu discloses, 

"A method of debugging code that executes in a multithreaded processor (see page 1 , 
second paragraph, referring to all four bullets) having a plurality of microengines (see page 1 , 
fist column, third paragraph, 'multiprocessor Sun UltraSPARC) comprises: 
inserting a segment of executable code (See page 2, second column, first paragraph, ' patches 
a jump to a base-trampoline 1 ; and see page 4, second column, section 3.4, first paragraph; 'past 
the point in which it was inserted') into an unused section of a target microengine's 
microstore (see page 2, second column, first paragraph, 'relocates the instructions that were 
overwritten', see page 3, figure 3, Mini Trampoline; or see, page 3, second column, second 
paragraph, 'we add code to the base-trampoline.... to detect the first time a thread executes 
instrumentation code '); 

in response to a first context swap of one of a plurality of hardware-supported execution 
threads of a program executing in the target microengine (see page 3, figure 3, referring to 
the exit arrow at the function foo, and the destination at: compute C/T Addr) 
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executing the segment of executable code (see page 3, figure 3, Mini Trampoline; and see 
page 4, second column, section 3.4, third paragraph, 'Our solution. ..to execute the code on 
behalf of the particular thread that needs to run the inferior RPC); and 
resuming execution of the program in response to a second context swap (see page 3, 
figure 3, the return arrow from Mini Trampoline, and the reentry arrow after function foo, or see 
page 4, second column, second paragraph, 'every thread context switch to account for any 
possible thread migration 1 ). 

As per claim 2 : Xu discloses Inserting comprises: saving program counters associated with 
the plurality of hardware-supported execution threads (see page 3, figure 3 'Save Regs'). 
modifying the target microengine's program counters to jump to a start of the segment of 
executable code (see page 3, figure 3 Post Instrument'), and 

appending the saved program counters to an end of the segment of executable code (see 
page 3, figure 3, referring to a blank area in Mini Trampoline connected with the return arrow; and 
see description in section 3.4 second column, third paragraph (page 4)). 
As per claim 3 : Xu discloses, " inserting further comprises receiving a user request 
to execute the segment of executable code" (see page 4, second column, section 3.4, first 
paragraph, 'we use inferior to trigger the entry instrumentation'). 

As per claim 4 : Xu discloses, "wherein executing further comprises examining states of the 
execution threads at the second context swap" (see page 4, first column, third paragraph, 
referring to 'add extra information to the lock, counter, and timer structures to effect 
communication between interleaving instrumentations '). 

As per claim 5 : Xu discloses, "wherein resuming further comprises removing the segment of 
executable code from the microstore* (see page 2, first column, section 2, first paragraph, 
'..removed from a running application', and see page 3, second column, second paragraph, 
particularly, '...to ensure that no thread is executing the instrumentation code when we try to 
remove it'). 

As per claim 6 : Xu describes 'restore register* located after 'Pre instrument' or Post instrument' in 
the Base Trampoline (see page 3, figure 3). This teaching cover the limitation: "The method of 
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claim 1 wherein resuming comprises restoring the programs counters of the plurality of 
hardware supported execution threads that have not executed" (see page 3, figure 3, 'Base 
Trampoline'). 

As per claim 7 : Xu discloses, "The method of claim 1 wherein the segment of executable 
code resides in a library executable code segments residing in the processor* (see page 4, 
second column, section 3.4, fourth paragraph, 'RPCs in a shared memory segment accessible by 
both Paradyn and the application'). 

As per claims 8 : Xu discloses, °A method of debugging software that executes in a 
multithreaded processor having a plurality of microengines comprises: 
pausing program execution in a plurality of threads of execution within a target 
microengine (see page 4, second column, section 3.4, second paragraph, 'Paradyn implements 
inferior RPC by pausing the application,'); 

inserting a segment of executable code (See page 2, second column, first paragraph, ' patches 
a jump to a base-trampoline and see page 4, second column, section 3.4, first paragraph, 'past 
the point in which it was inserted ) into an unused section of the target microengine's 
microstore (see page 2, second column, first paragraph, 'relocates the instructions that were 
overwritten', or see page 3, figure 3, Mini Trampoline; [Examiner interprets target microengine's 
microstore' as the location that store the code of Mini Trampoline], or see, page 3, second 
column, second paragraph, 'we add code to the base-trampoline to detect the first time a thread 
executes instrumentation code ' [examiner interprets 'unused section* as an area that stores the 
thread executes instrumentation code]); 

executing the segment of executable code in the target microengine (see figure 3, Mini 
Trampoline; and see page 4, second column, section 3.4, third paragraph, 'Our solution. ..to 
execute the code on behalf of the particular thread that need to run the inferior RPC); and 
resuming program execution in the target microengine" (see figure 3, the return arrow from 
Mini Trampoline, and the reentry arrow after function foo, see page 4, second column, second 
paragraph, 'every thread context switch to account for any possible thread migration'). 
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As per claim 9 : Xu discloses, "The method of claim 8 wherein pausing is in response to a 
user command to pause" (see page 4, second column, section 3.4, second paragraph, 'Paradyn 
implements inferior RPC, and referring to page 1, second column, all fourth bullets). 
As per claim 10 : Xu discloses, The instruction of claim 8 wherein the user command to 
pause further comprises selecting the target microengine from one of the plurality of 
microengines" (see page 4, second column, section 3.4, third paragraph, 'passing the ID 1 ; and 
thread Table'). 

As per claim 1 1 : Xu discloses, "The method of claim 10 wherein the user command to pause 
further comprises selecting the segment of executable code n (see page 4, second column, 
section 3.4, second paragraph, 'and changing the program PC to the inferior RPC code to 
execute it'). 

As per claim 12 : Xu adds information to the lock, counters and timer structure to effect 
communication between inter leaving instrumentations (see page 4, first column, third 
paragraph). Xu uses instrument thread context switches to account for thread context switching 
and migration (see page 4, second column, first paragraph). This teaching helps to determine the 
execution of multiple context switches and this teaching covers the claim limitation: "The method 
of claim 8 wherein pausing further comprises determining when one of the plurality of 
threads of execution context swaps". 
As per claim 13 : 

Xu shows an address of function foo that is modified to cause a branch to Base 
trampoline (see page 3, figure 3). During the execution of Base Trampoline, the program 
application is not executed ('paused') (referring page 4, second column, section 3.4, second 
paragraph, 'pausing...'). This mechanism is further described in page 2, section 2: Paradyn 
Basics. This teaching covers the claim limitation: "The method of claim 8 wherein inserting 
further comprises: modifying a program counter of the paused program to point to the 
segment of executable code". 

Xu shows an address (of function foo) that is returned after executing Base Trampoline 
and Mini Trampoline (page 3, figure 3). This teaching covers the claim limitation. 
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"and modifying a program counter at an end of the segment of executable code to point to 
the paused program". 

As per claim 14 : Xu discloses, "The method of claim 8 wherein the segment of executable 
code causes the target microengine to write to specific registers" (see page 3, first column, 
first paragraph, referring to, The column address is stored in a register 1 ) 
As per claim 15 : Xu discloses, "The method of claim 14 wherein the specific registers are 
examined by a user during execution of the segment of executable code 11 (see page 3, first 
column, first paragraph, 'an extra piece of code computes the counter or timer address based on 
the value of the register that hold the column address'). 



Claim Rejections - 35 USC § 103 



4. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all obviousness 
rejections set forth in this Office action: 

A person shall be entitled to a patent unless - 

(a) A patent may not be obtained though the invention is not identically disclosed or 
described as set forth in section 102 of this title, if the differences between the subject 
matter sought to be patented and the prior art are such that the subject matter as a whole 
would have been obvious at the time the invention was made to a person having ordinary 
skill in the art to which said subject matter pertains. Patentability shall not be negatived 
by the manner in which the invention was made. 



4.A. Claim 22 is rejected under 35 U.S.C. 103(a) as being unpatentable over Hardware 
Reference Manual, "Intel™ IXP1200 Network Processor Hardware Reference Manual", 
appeared in http://www.hcs.ufl.edu/, version 1.0, June 2000. 



Given the broadest reasonable interpretation of followed claim in light of the specification: 
As per claim 22 : Regarding limitation, tt A computer program product, disposed on a computer 
readable medium, the product including instructions for causing a multithreaded 
processor having a plurality of microengines to: 
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pause program execution in a plurality of threads of execution within a target 
microengine; insert a segment of executable code into an unused section of the target 
microengine's microstore; execute the segment of executable code in the target 
microengine; and resume program execution in the target microengine": 
The claim is a product claim that is disposed on a computer medium. The claim has the 
functionality corresponding to the functionality method claim 8. 

The manual, therefore, discloses the functionality of claim 22. This is rejected in the same reason 
as set forth in connecting to the rejection of claim 8 (section: (3)(3.A)(As per claim 8)). 
The manual does not address, " computer program product, disposed on a computer 
readable medium". However, a product like a computer readable medium that stores a computer 
program is common in the art for implying all availability of computer technology such as 
read/write disk storages and operating systems. 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to program a method that perform multithread debug as disclosed by the 
manual into a computer product like a computer readable medium. 

The modification would be obvious because one of ordinary skill in the art would be motivated for 
saving an execution algorithm by taking advantage of all availabilities of computer technology 
such as read/write command of an operating system and disk storage for later uses or business 
purposes. 



4.B. Claim 22 is rejected under 35 U.S.C. 103(a) as being unpatentable over Xu et al., 
"Dynamic Instrumentation of Thread Applications", 1999 ACM. 

As per claim 22 : Regarding limitation, "A computer program product, disposed on a computer 
readable medium, the product including instructions for causing a multithreaded 
processor having a plurality of microengines to: 
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pause program execution in a plurality of threads of execution within a target 
microengine; insert a segment of executable code into an unused section of the target 
microengine's microstore; execute the segment of executable code in the target 
microengine; and resume program execution in the target microengine 9 : 
The claim is a product claim that is disposed on a computer medium. The claim has the 
functionality corresponding to the functionality method claim 8. 

Xu, therefore, discloses the functionality of claim 22. This is rejected in the same reason as set 
forth in connecting to the rejection of claim 8 (section: (3)(3.B)(As per claim 8)). 
Xu does not address. tt computer program product, disposed on a computer readable 
medium". However, a product like a computer readable medium that stores a computer program 
is common in the art for implying all availability of computer technology such as read/write disk 
storage and operating system. 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to program a method that perform multithread debug as disclosed by the 
manual into a computer product like a computer readable medium. 

The modification would be obvious because one of ordinary skill in the art would be motivated for 
saving an execution algorithm by taking advantage of all availabilities of computer technology 
such as read/write command of an operating system and disk storage for later uses or business 
purposes. 

4.C. Claims 16-21 are rejected under 35 U.S.C. 103(a) as being unpatentable over Xu et 
al., "Dynamic Instrumentation of Thread Applications", 1999 ACM, in view of Jacobson et al., 
"Asynchronous Microengines for Efficient High Level Control", 1997 IEEE. 



Given the broadest reasonable interpretation of followed claim in light of the specification: 
As per claim 16 : 

Xu discloses a multiprocessor ('microengines') (page 1, fist column, third paragraph, 
'multiprocessor Sun UltraSPARC 1 ) that is implemented with a method to perform dynamic 
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instrumentation of threaded applications. At runtime, the dynamic instrumentation ({control 
store') requests patching a jump ( stores a breakpoint command )($ee page 2, second column, 
first paragraph) to another thread execution (see page 3, figure 3, Mini Trampoline) that is stored 
in a share memory (page 4, second column, section 3.4, fourth paragraph, referring to "inferior 
segment RPCs in a share memory 1 ). Xu's dynamic instrumentation is associated with instrument 
thread switches to account for thread switching and migration (see page 4, second column, first 
paragraph). The switch execution causes a pausing the application program (page 4, second 
column, section 3.4, second paragraph, referring to "pausing the application"), where the 
execution mechanism is shown in figure 3. 

Xu discloses the dynamic instrumentation that covers claim limitation: "a program control store 
(dynamic instrumentation) that stores a breakpoint command (see page 2, second column, first 
paragraph, 'patches a jump*) that causes the processor to: 

pause program execution in a context in the processor (page 4, second column, section 3.4, 
second paragraph, 'pausing the application') 

insert a segment of executable code into an used section (page 4, second column, section 
3.4, fourth paragraph, 'share memory segment') of a microstore associated with the context; 
(page 3, figure 3, Mini Trampoline); 

execute the segment of executable code (page 4, second column, section 3.4, second 
paragraph, 'and changing the program PC to the inferior RPC code to execute if *); and 
resume program execution" (page 3, figure 3, referring to the return arrow after the function 
foo). 

Xu does not address, a register stack, an arithmetic logic unit coupled to the register stack, as 
being configured in the limitation tt A processor that can execute multiple contexts and that 
comprises: a register stack; a program counter for each execution context; an arithmetic 
logic unit coupled to the register stack*. 

Jacobson discloses basis architecture of microengines that covers the limitation, "a register 
stack, an arithmetic logic unit coupled to the register stack" (Jacobson: see page 203, 
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section 2, and figure 1). Since context switching that cause pausing is common knowledge, it is 
performable by the microengine architecture as detailed by Jacobson. 

Therefore, it would have been obvious to a person of ordinary skill in the art at the time 
the invention was made to combine a method that uses multiprocessor to perform dynamic 
instrumentation as disclosed by Xu and a basis of microengine architecture of Jacobson. 
The modification would be obvious because one of ordinary skill in the art would be motivated for 
conforming to an execution principle, where each processor has to have a set of standard 
elements for performing such a principle. 



As per claim 17 : Xu's dynamic instrumentation measures CPU performance of function foo. It 
pauses the execution of an application program during context switching. It uses start timer and 
stop timer to measure the CPU performance (Xu: page 4, second column, section 3.4, second 
paragraph). The switch that causes the pause and insertion of start timer code causes internal 
hardware to pause (disable bit) the execution of the application program. This teaching covers 
claim limitation: "The processor of claim 16 wherein program execution is paused by 
disabling a processor enable bit. 

As per claim 18 : Xu's dynamic instrumentation performed by multiprocessors discloses, "The 
processor of claim 16 wherein the segment is inserted in response to a user request 
received through a remote user interface connected to the processor (Xu: see page 2, 
second column, first paragraph, 'runtime instrument request', and referring to page 1, second 
column, all fourth bullets). 

As per claim 19 : Xu's dynamic instrumentation performed by multiprocessors discloses, "The 
processor of claim 1 6 wherein an end of the segment pints to a program counter of the 
program" (Xu, see figure 3, referring the path that returns from Mini Trampoline to the application 
program). 

As per claim 20 : Xu's dynamic instrumentation performed by multiprocessors discloses, "The 
processor of claim 16 wherein the segment examines states of execution of the contexts" 
(Xu: page 6, referring the contents of table 2 and table 3). 
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As per claim 21 : Xu's dynamic instrumentation measures CPU performance of function foo. It 
pauses the execution of an application program during context switching. It uses start timer and 
stop timer to measure the CPU performance (Xu: page 4, second column, section 3.4, second 
paragraph). The switch that causes the pause and insertion of stop timer code causes internal 
hardware to resume (enable bit) the execution of the application program. This teaching covers 
claim limitation: "The processor of claim 16 wherein program execution is resumed by 
enabling a processor enable bit. 



Conclusion 



5. The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 

Mitchell et al., US No. 5,659,749, discloses a method for more efficient hard-ware 
context switches for controlling instrumentation system. 

Motomura, US No. 5,815,727, discloses a parallel processor system for execting a 
plurality of threads. 

Schulz et al.,"A thread-aware debugger with an open interface", August 2000, discloses 
a thread debugger interface. 

Any inquiry concerning this communication or earlier communications from the examiner 
should be directed to Ted T. Vo whose telephone number is (703) 308-9049. The examiner can 
normally be reached on Monday-Friday from 8:00 AM to 5:30 PM ET. If attempts to reach the 
examiner by telephone are unsuccessful, the examiner's supervisor, Tuan Dam, can be reached 
on (703) 305-4552. 
The fax phone numbers: 

(703) 872-9306 (for formal communication intended for entry); 

(703) 746-5429 (for informal or draft communication, please label "PROPOSED" or 
"DRAFT"). 
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Any inquiry of a general nature or relating to the status of this application or proceeding 
should be directed to the Group receptionist whose telephone number is (703) 305-3900. 



rep T VO 

Patent Examiner 
Art Unit: 2122 
October 30, 2003 



